home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / iso / 10021_26.asc < prev    next >
Text File  |  1992-12-23  |  12KB  |  203 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Section Six - OSI Realization
  8. 25.      Overview
  9. This section describes how the MHS is realized by means of OSI.
  10. This section covers the following topics:
  11. a)   Application service elements
  12. b)   Application contexts
  13. 26.      Application Service Elements
  14. This  clause  identifies  the  application  service   elements   (.I.ab:ASEs;)   that
  15. figure in the OSI realization of Message Handling.
  16. In  OSI  the  communication  capabilities  of  open  systems  are  organized  into   groups
  17. of related  capabilities  called  ASEs.  The  present  clause  reviews  this  concept  from
  18. the  OSI  Reference  Model,  draws  a  distinction   between   symmetric   and   asymmetric
  19. ASEs, and introduces the ASEs defined for or supportive of Message Handling.
  20. Note    Besides  the  ASEs  discussed,  the  MHS   relies   upon   the   Directory   Access
  21. Service Element  defined  in  Recommendation  X.519.  However,  since  that  ASE  does  not
  22. figure in the ACs for Message Handling (see Recommendation  X.419),  it  is  not  discussed
  23. here.
  24. 26.1     The ASE Concept
  25. The   ASE   concept   is   illustrated   in   Figure   12/X.402,    which    depicts    two
  26. communicating open systems. Only the OSI-related portions of the open systems, called AEs, are 
  27. shown.  Each  AE  comprises  a  UE  and  one  or   more   ASEs.   A   UE   represents   the
  28. controlling or organizing portion of an AE which defines the open system's role (e.g., that
  29. of  an  MTA).  An  ASE  represents  one  of   the   communication   capability   sets,   or
  30. services (e.g., for message submission or transfer), that  the  UE  requires  to  play  its
  31. role.
  32. The  relationship  between   two   AEs   in   different   open   systems   is   called   an
  33. application association. The ASEs in each open system communicate with their peer  ASEs  in
  34. the   other   open   system   via   a   presentation   connection   between   them.    That
  35. communication is what creates and sustains the relationship  embodied  in  the  application
  36. association. For several ASEs to be successfully combined in a  single  AE,  they  must  be
  37. designed to coordinate their use of the application association.
  38. +----+ | 01 | | 02 | | 03 | | 04 | | 05 | | 06 | | 07 | |  08  |  |  09  |  |  10  |  |  11
  39. | | 12 | | 13 | | 14 | | 15 | | 16 | | 17 | | 18 | | 19  |  |  20  |  |  21  |  |  22  |  |
  40. 23 | | 24 | | 25 | | 26 | | 27 | | 28 | | 29 | +----+
  41. Figure .F.:12/X.402 The ASE Concept
  42. An  ASE  plays  the  largely  mechanical  role  of  translating  requests   and   responses
  43. made  by  its  UE  to  and  from  the  form  dictated  by  the  application  protocol  that
  44. governs the ASE's  interaction  with  its  peer  ASE  in  the  open  system  to  which  the
  45. association connects it. The ASE realizes an abstract  service,  or  a  part  thereof,  for
  46. purposes of OSI communication (see Recommendation X.407).
  47. Note   Strictly  speaking,  an  open  system's  role  is  determined  by  the  behavior  of
  48. its  application  processes.  In  the  Message  Handling  context  an  application  process
  49. realizes a functional object of one of the  types  defined  in  clause  7.  A  UE  in  turn
  50. is one part of an application process.
  51. 26.2     Symmetric and Asymmetric ASEs
  52. The  following   two   kinds   of   ASE,   illustrated   in   Figure   13/X.402,   can   be
  53. distinguished:
  54. a)   .I.gl:symmetric;:  Said  of  an  ASE  by  means  of  which  a  UE  both  supplies  and
  55. consumes a service.  The  ASE  for  message  transfer,  e.g.,  is  symmetric  because  both
  56. open systems, each of which  embodies  an  MTA,  offer  and  may  consume  the  service  of
  57. message transfer by means of it.
  58. b)   .I.gl:asymmetric;: Said of an ASE  by  means  of  which  a  UE  supplies  or  consumes
  59. a service,  but  not  both,  depending  upon  how  the  ASE  is  configured.  The  ASE  for
  60. message delivery, e.g., is asymmetric  because  only  the  open  system  embodying  an  MTA
  61. offers the associated service  and  only  the  other  open  system,  which  embodies  a  UA
  62. or MS, consumes it.
  63. +----+ | 01 | | 02 | | 03 | | 04 | | 05 | | 06 | | 07 | |  08  |  |  09  |  |  10  |  |  11
  64. | | 12 | | 13 | | 14 | | 15 | | 16 | | 17 | | 18 | | 19  |  |  20  |  |  21  |  |  22  |  |
  65. 23 | | 24 | | 25 | | 26 | | 27 | | 28 | | 29 | +----+
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77. Figure .F.:13/X.402 Symmetric and Asymmetric ASEs
  78. With respect to  a  particular  asymmetric  ASE,  one  UE  supplies  a  service  which  the
  79. other  consumes.  The  ASEs  co-located  with  the  UEs  assist  in  the  service's  supply
  80. and consumption. The resulting four roles are  captured  in  Figure  14/X.402  and  in  the
  81. following terminology:
  82. a)    x-.I.gl:supplying  UE;:  An   application   process   that   supplies   the   service
  83. represented by asymmetric ASE x.
  84. b)    x-.I.gl:supplying  ASE;:  An  asymmetric  ASE  x  configured  for  co-location   with
  85. an x-supplying-UE.
  86. c)    x-.I.gl:consuming  UE;:  An   application   process   that   consumes   the   service
  87. represented by asymmetric ASE x.
  88. d)    x-.I.gl:consuming  ASE;:  An  asymmetric  ASE  x  configured  for  co-location   with
  89. an x-consuming-UE.
  90. +----+ | 01 | | 02 | | 03 | | 04 | | 05 | | 06 | | 07 | |  08  |  |  09  |  |  10  |  |  11
  91. | | 12 | | 13 | | 14 | | 15 | | 16 | | 17 | | 18 | | 19  |  |  20  |  |  21  |  |  22  |  |
  92. 23 | | 24 | | 25 | | 26 | | 27 | | 28 | | 29 | +----+
  93. Figure .F.:14/X.402 Terminology for Asymmetric ASEs
  94. As indicated, the  four  roles  described  above  are  defined  relative  to  a  particular
  95. ASE.  When  an  AE  comprises  several  asymmetric   ASEs,   these   roles   are   assigned
  96. independently for each ASE. Thus, as shown in Figure 15/X.402,  a  single  UE  might  serve
  97. as  the  consumer  with  respect  to  one  ASE  and  as  the  supplier  with   respect   to
  98. another.
  99. +----+ | 01 | | 02 | | 03 | | 04 | | 05 | | 06 | | 07 | |  08  |  |  09  |  |  10  |  |  11
  100. | | 12 | | 13 | | 14 | | 15 | | 16 | | 17 | | 18 | | 19  |  |  20  |  |  21  |  |  22  |  |
  101. 23 | | 24 | | 25 | | 26 | | 27 | | 28 | | 29 | +----+
  102. Figure .F.:15/X.402 Multiple Asymmetric ASEs
  103. 26.3     Message Handling ASEs
  104. The  ASEs  that  provide  the  various  Message  Handling  services  are  listed   in   the
  105. first column  of  Table  11/X.402.  For  each  ASE  listed,  the  second  column  indicates
  106. whether it  is  symmetric  or  asymmetric.  The  third  column  identifies  the  functional
  107. objects--UAs, MSs, MTAs, and AUs--that are associated with  the  ASE,  either  as  consumer
  108. or as supplier.
  109. Table .T.:11/X.402 Message Handling ASEs
  110. +------+------+--------------------+   |        |        |   Functional   Objects    |    |
  111. |      +--------------------+ | ASE  | Form |  UA   MS  MTA  AU  | +------+------+--------------------+ | MTSE | SY   |  -    -    CS  -   | +------+------+--------- 
  112. ------------+ | MSSE | ASY  |  C     CS    S    -    |  |  MDSE  |  ASY   |   C     C     S
  113. -   | | MRSE | ASY  |  C    S    -   -   | | MASE |  ASY   |   C     CS    S    -    |  +--
  114. -----+------+--------------------+   +-  Legend  -------------------+   |   SY    symmetric
  115.  C consumer | | ASY asymmetric  S supplier | +----------------------------+
  116. The  Message  Handling  ASEs,  summarized  in  the  table,  are   individually   introduced
  117. in the clauses below. Each is defined in Recommendation X.419.
  118. 26.3.1   Message Transfer
  119. The  Message  Transfer  Service  Element  (.I.ab:MTSE;)  is  the   means   by   which   the
  120. transfer transmittal step is effected.
  121. 26.3.2   Message Submission
  122. The  Message  Submission  Service  Element  (.I.ab:MSSE;)  is  the  means  by   which   the
  123. submission transmittal step is effected.
  124. 26.3.3   Message Delivery
  125. The  Message  Delivery  Service  Element  (.I.ab:MDSE;)  is  the   means   by   which   the
  126. delivery transmittal step is effected.
  127. 26.3.4   Message Retrieval
  128. The  Message  Retrieval  Service  Element  (.I.ab:MRSE;)  is  the  means   by   which   the
  129. retrieval transmittal step is effected.
  130. 26.3.5   Message Administration
  131. The  Message  Administration  Service  Element  (.I.ab:MASE;)  is  the  means  by  which  a
  132. UA,  MS,  or  MTA  places  on  file  with  one  another  information   that   enables   and
  133. controls their subsequent interaction by means of the MSSE, MDSE, MRSE, and MASE.
  134. 26.4     Supporting ASEs
  135. The  general-purpose  ASEs  upon  which  Message  Handling  ASEs  depend  are   listed   in
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142. the first column of Table 12/X.402. For  each  listed  ASE,  the  second  column  indicates
  143. whether it is symmetric or asymmetric.
  144. Table .T.:12/X.402 Supporting ASEs
  145. +------+------+ | ASE  | Form | +------+------+ |  ROSE  |   SY   |  |  RTSE  |   SY   |  |
  146. ACSE  |   SY   |  +------+------+   +-  Legend  -------+  |  SY    symmetric    |   |   ASY
  147. asymmetric | +----------------+
  148. The  supporting  ASEs,  summarized  in  the  table,  are  individually  introduced  in  the
  149. clauses below.
  150. 26.4.1   Remote Operations
  151. The  Remote  Operations  Service  Element  (.I.ab:ROSE;)  is  the  means   by   which   the
  152. asymmetric  Message   Handling   ASEs   structure   their   request-response   interactions
  153. between consuming and supplying open systems.
  154. The ROSE is defined in Recommendation X.219.
  155. 26.4.2   Reliable Transfer
  156. The Reliable  Transfer  Service  Element  (.I.ab:RTSE;)  is  the  means  by  which  various
  157. symmetri   and   asymmetric   Message   Handling   ASEs   convey   information    objects--
  158. -especially  large  ones  (e.g.,  facsimile  messages)--between  open  systems  so  as   to
  159. ensure their safe-storage at their destinations.
  160. The RTSE is defined in Recommendation X.218.
  161. 26.4.3   Association Control
  162. The  Association  Control  Service  Element  (.I.ab:ACSE;)  is  the  means  by  which   all
  163. application  associations  between  open  systems  are  established,   released,   and   in
  164. other respects managed.
  165. The ACSE is defined in Recommendation X.217.
  166. 27.      Application Contexts
  167. In  OSI  the  communication  capabilities  (i.e.,   ASEs)   of   two   open   systems   are
  168. marshalled for a particular purpose by means of application contexts  (.I.ab:ACs;).  An  AC
  169. is a detailed specification of  the  use  of  an  association  between  two  open  systems,
  170. i.e., a protocol.
  171. An   AC   specifies   how   the   association   is   to   be   established   (e.g.,    what
  172. initialization parameters are to be exchanged), what ASEs are  to  engage  in  peer-to-peer
  173. communication over the association, what constraints  (if  any)  are  to  be  imposed  upon
  174. their individual use of  the  association,  whether  the  initiator  or  responder  is  the
  175. consumer of each asymmetric  ASE,  and  how  the  association  is  to  be  released  (e.g.,
  176. what finalization parameters are to be exchanged).
  177. Every  AC  is  named   (by   an   ASN.1   Object   Identifier).   The   initiator   of   an
  178. association indicates to the responder the AC that will govern  the  association's  use  by
  179. conveying the AC's name to it by means of the ACSE.
  180. An AC  also  identifies  by  name  (an  ASN.1  Object  Identifier)  the  abstract  syntaxes
  181. of the APDUs  that  an  association  may  carry  as  a  result  of  its  use  by  the  AC's
  182. ASEs. Conventionally one assigns a  name  to  the  set  of  APDUs  associated  either  with
  183. each individual  ASE  or  with  the  AC  as  a  whole.  The  initiator  of  an  association
  184. indicates to the responder the one or more abstract syntaxes  associated  with  the  AC  by
  185. conveying their names to it via the ACSE.
  186. The abstract  syntax  of  an  APDU  is  its  structure  as  an  information  object  (e.g.,
  187. an  ASN.1  Set  comprising  an  Integer  command   code   and   an   IA5   String   command
  188. argument). It is distinguished from the APDU's transfer syntax which is how the information
  189. object  is  represented  for  transmission  between  two  open  systems  (e.g.,  one  octet
  190. denoting an ASN.1 Set, followed by one octet giving the length of the Set, etc.).
  191. The ACs by  means  of  which  the  various  Message  Handling  services  are  provided  are
  192. specified  in   Recommendation   X.419.   These   protocols   are   known   as   .I.ab:P1;,
  193. .I.ab:P3;, and .I.ab:P7;.
  194. Note    The  nature  of  a  message's  content  does  not  enter  into  the  definition  of
  195. Message Handling ACs because the content is  encapsulated  (as  an  Octet  String)  in  the
  196. protocols by means of which it is conveyed.
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.